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Amendments to the Claims: 

This listing of claims will replace all prior versions, and listings, of claims in the 
application: 

Listing of Claims: 

1 . (Currently amended) A method of transporting a message from a sending application to 
a receiving application, across a messaging landscape in a collaborative network, the method 
comprising: 

defining HaJ) an application message to includ e having a structured application message 
header, wh e r ein the structured message header is being defined in accordance with [[a]] an 
a pplication messaging protocol, the structured message header compr ises comprising one or 
more components defined by the protocol with each of the one or more components relating 
to a corresponding set of attributes of the message, information r e lat e d to at l e ast on e 
component from a sot of components d e fin e d by th e protocol, and th e protocol d e fin e s th e at 
least one of the one or more components of the structured header to compris e including 
information related to: 

a processing mode for the message, and 
security for components of the message; 

sending the message according to the protocol, from the sending application; and 

receiving, at the receiving application, the message. 

2. (Original) A method in accordance with claim 1, wherein the method further 
comprises: 

defining the message to include a message body., wherein the message body is defined in 
accordance with the protocol, the message body comprises at least one component from a 
second set of components defined by the protocol, and the protocol defines the second set of 
components to comprise: 

a fault message component representing an error occurring at a messaging peer that 

generated (he error. 

3. (Original) A method in accordance with claim 2, wherein the fault message is 
defined to represent at least one error from a set of errors and the protocol defines the set of 
errors to comprise: 
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errors processing a message; 
errors parsing a message; and 
errors rendering a message. 

4. (Original) A method in accordance with claim 1, wherein the security for 
components of the message is defined to comprise: 

information related to a signature of ihe message; and 

information related to a signature of a payload of the message, if the message includes 
the payload. 

5. (Currently amended) A method of transporting a message from a sending application to 
a receiving application, across a messaging landscape in a collaborative network, the method 
comprising: 

defining [[a]] an application message having a structured application m essage header, the 
structured message header being defined in accorda nce with an application messaging 
protocol, the slructurcd application message header comprising one or more components 
defined bv the protocol with each of the one or more components relating to a corresponding 
set of attributes of the message, at least one of the one or more components including to 
includ e version information, wherek* the version information i ndicates indicating [[a]] the 
protocol used lo define the message; 

sending the message according to the protocol; and 

receiving* at a messaging component in the messaging landscape, the message, wherein 
the messaging component is being operative to process the message based on the version 
information included in the message. 

6. (Original) A method in accordance with claim 5, wherein the version information 
includes a major version and a minor version. 

7. (Original) A method in accordance with claim 6, wherein the messaging component 
is operative to process the message if the major version is less than or equal to a major version 
for which the messaging component is configured. 

8. (Original) A method in accordance with claim 6, wherein the messaging component 
is operative to process the message regardless of the minor version of the message and the 
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messaging component is operative to optimally process the message iflhc minor version of the 
message is less than or equal to a minor version for which the messaging component is 
configured. 

9. (Currently amended) A method of transporting a message from a sending application to 
a receiving application, across a messaging landscape in a collaborative network, the method 
comprising: 

defining [[a]] an a pplication message having a structured applic ation message header, the 
structured application message header including one or more components defined in 
accordance wilh an application messaging protocol with each of the one o r more components 
relating to a corresponding set of attributes of the message, at least one of the one or more 
components to include including addressing information , wh e r e in iho addfossing information 
in Hnfinod in accordanc e with a protoool and tho protocol defines defining: 

addressing information to include party information for the sending application 

and the receiving application, and 

the party information to include identification of a party that is a business party or 

an agency that is defined by a scheme; 

sending the message, from the sending application, according to the protocol; and 
receiving, at the receiving application, the message. 

10. (Currently amended) A method of transporting a message from a sending application lo 
a receiving application, across a messaging landscape in a collaborative network, the method 
comprising: 

defining [[a]] an application message according to a class of messages, wh e r e in the class 
of messages is one of a plurality of classes of messages that are defined by [[a]] an 
application messaging protocol , the application message having a structured application 
message header, the structured message header being defined in accordance with the 
application messaging protocol, the structured application message header compr ising one or 
more components defined bv the protocol with each of the one or more components relating 
to a corresponding set of attributes of the message : 

sending the message, from the sending application, according to the protocol; and 

receiving, at the receiving application, the message. 
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1 1 . (Currently amended) A method of transporting a message from a sending application to 
a receiving application, across a messaging landscape in a collaborative network, the method 
comprising: 

receiving [[a]] an application message, from the sending application, at a first component 
of the collaborative network , the application message ha ving a structured application 
message header the structured message header being defined in accordance with a protocol 
the structured application message header comprising one or more compo nents defined by 
the protocol with each of the one or more components re lating to an associated set of 
attributes of the message : 

in response to the first component successfully receiving the message, the first 
component sending a transport level acknowledgement to the sending application; 

the first component modifying the message to include the first component on a hop-list 
in the message; 

the first component causing the message to be sent to the receiving application; 

in response to receiving an acknowledgement message, from a second component, 
indicating that the message has been received by the receiving application, the first 
component sending a transport level acknowledgement to the second component. 

12. (Original) A method in accordance with the method of claim 1 1 , wherein causing the 
message to be sen! to the receiving application comprises: 

the first component sending the message to one of one or more components in the 
collaborative network, wherein each component is operative to: 

send a transport level acknowledgement, in response to successfully receiving the 
message; 

cause the message to be sent to the receiving application; 

include the component on the hop-list in the message, by modifying the message; 
if the component sends the message to the receiving application, 

generate the acknowledgement message, and 

send the acknowledgement message; and 
send a transport level acknowledgement in response to successfully receiving the 
acknowledgement message. 
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